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(54) Remote printing system 

(57) A Desktop Printing System (DPS) operable on 
a data processor enables the printing of a document ere* 
eled by an application program to be printed at a remote- 
ly located printing facility (RPF). The DPS obtains for- 
matting Information from tha document, and obtains us- 
er desired printing and binding preferences, which in* 
elude paper type, binder type and color, and divider* Tor 
separating sections of the document. Co6l and cax ta- 
bles stored on the data processor are utilized to gener- 
ate cost and tax Information for review by the user. Tha 



DPS provides several options for transmission at the 
document and user printing and binding preferences to 
the RPP. The RPF includes an automated facility for ac- 
cepting print orders from a plurality of DPSs. Each print 
order is accepted, validated and stored, and credit in- 
formation for payment of the print order is obtained. Files 
required lor printers to print a print order are generated 
and are queued for printing at a selected production 
plant Upon printing, each print order is finished and 
shipped to tha user. 
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Doacrlptlon 
AUTHORIZATION 

5 A portion of the disclosure of this patent document contains material which is subject to copyright protection. The 
copyright owner has no objection to the facsimile reproduction of anyone of ihe patent document or the paient disclo- 
sure, as it appears In the Patent and Trademark Office patent file or records, but otherwise reserves all copyrights 
whatsoever. 

70 FIELD OF THE INVENTION 

Thla Invention relates generally to electronic data processing and more particularly, through in ha broader aspects 
noi limited to, methods and apparatus for causing the printing of a document generated by computerized apparatus. 

ts BACKGROUND OF THE INVENTION 

A variety ol software applications are available which allow the creation of documents such as business presen- 
tations or advertisements, echolarty dissertations, newsletters or other types of documents, which contain text, graph- 
ical Images, charts, tables or combinations tnereof. Once created, the documents may be printed by the user of the ^ 

20 application at a local printer. 

While printers such as those typically found in the home or office environment provide a high quality printed product, 
such printers are not capable of performing the high quality printing and document binding functions typically available 
at print shops. Such print shops utilize a variety of specialized equipment for black and whita and lull color printing as 
well as olher reproduction methods such as thermography, foil stamping, silk screening, embossing and die cutting, 

2& as well as document binding. Thus, documents created in most home or office environments moat be sent to a remotely 
located printing facility if printing of a quality higher than that achievable by laser printers or other type of office* printing 
equipment ig desired. 

One method to send a document to a print shop for printing is to print the document onto paper and then send the 
prinled document together with printing instructions to the print shop. Other, more efficient ways Involve transmission 

w of a document In a machine readable form which may be read directly or Indirectly by printing equipment. Transmission 
of a document in machine readable form may involve transmission of only the raw data to be printed, with any formatting 
Instructions being communicated separately, or may Involve the transmission of a document togelher with formatting 
instructions contained in the document 

Certain existing systems enable a document to be transmitted eleclronlcalfy either via transmission over a tele- 

35 phone Una using a modem, or by storing the document to a magnetic diskette together with formatting codes and 
information pertaining to printing options. Such systems further simplify the printing of data at a remote facility by 
automating and simplifying tho process ol transmitting ihe data and the formatting information necessary for proper 
printing. However, such known systems are typically available only for certain specialized application programs rather 
than the moat commonly used document creation programs. Moreover, such systems provide only a limited number 

40 of printing optione, ratherthan allowing use of the wide variety ol printing and binding options available from a print shop. 
Printing facilities which receive orders electronically typically have nmited capabilities to automatically process a 
wide variety of print orders. Typically, such facilities utiRze a high level of human intervention to receive the print order 
determine from Ihe user the specifics of ihe print order such as Ihe number of copies, the type and color of paper, the 
type of binding, if any, and ehlpplng and billing information. Some printing facilities may provide a higher level ot au- 

*s tomatlon but only for limited types of print orders. The lack of automation at printing facilities which perform a variety 
of different printing tasks leada to Increased cost and time in f utfilling the requested print order along wtth the attendant 
chances of mlscommuntcatlon and error Involved in a manual process. 

SUMMARY OF THE INVENTION 

$o 

It is an object of the present Invention to provide a remote printing system, operable on a data processor, which 
enables documents created by an application program to be transmitted, along wtth user desired printing and binding 
preferences, to a remotely located printing facility which provides a variety of printing and binding opttons unavailable 
in a typical home or office environment It is a further object of the present Invention to provide an automated printing 
facility which efficiently accepts computerized print orders, manages tne printing of incoming orders In accordance wtth 
computerized priming instructions received with the order, obtains necessary payment and credH authorization infor- 
mation and maintains status Information as to the status of the print order. 

In accordance with a principle of the present Invention, a Desktop Printing System (DPS) is provided to enable 
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ihe priming of a documeni created with an appHcailon program on a desktop computer at a Remote Printing Facility 
(RPF). The DPS provides the user with a plurality ol options lo specify various printing options such as the formal of 
ihe printed documeni in order to generate a print order tor transmission to the RPR For example the primed document 
may take the form of unbound e.Sxll sheets of paper or may be bound In a number of types of binders. The printed 

s document may also take the form ol a postcard, a greeting card, a business card or a poster. The DPS advantageously 
contains means for the user to enter the number of copies desired, the color and style of the paper, and billing and 
shipping information. The DPS provides for a number of different payment options for payment by the user of the print 
order including credit/debit cards and pre-established accounts. Upon entry of the necessary Information, the DPS 
establishes contact with the RPF which obtain ihe necessary credit authorization information either Internally or from 

10 external sources end transmits the necessary information lo the DPS. Upon receipt of the necessary credit authorization 
the DPS, upon appropriate command by the user, proceeds to electronically transmit the print order to the RPF. Alter- 
natively, the print order may be transmitted via diskette by ovemighl delivery to the RPF. 

The DPS advantageously provides lbs user with an easy to use mechanism to create a print order which can be 
electronically transmitted to a printing facility for printing. A variety of printing options are provided to allow printing of 

1$ numerous types of printed materials. By facilitating the printing of numerous types of printed materials by high quality 
printing apparatus the DPS offers significant advantages over known automated systems which restrict the types of 
printing that may be specified and transmitted electronically. Moreover, by automating the specification of printing 
options, the DPS described herein reduces lha chance of error by thoee unfamiliar with ihe details of obtaining a high 
quatlty printed product 

io in a further aspect of lha invention the RPF referred lo above takes the form of a highly automated facility which * 
is capable of concurrently accepting print orders from a large number of DPSa. The RPF contains means to accept 
and verify print orders received from the DPSs and to obtain necessary credit authorization information for payment 
ol the print order prior to receipt of the print order. The RPF also contains an automated facility to accept and process 
print orders received by diskette. Upon receipt of the print order the RPF decrypts and expands the received files to 

2* the extent necessary and controls lha routing, printing and shipping of the received order. Prepress operations such 
as color conversion, trapping, grouping, Imposition and color separation are facilitated by the use of automated mech- 
anisms. Once the necessary prepress operations are performed on a print fob it is stored In a queue to await printing 
by an appropriate printer. Upon printing the print job Is finished by culling the pap er to the extent necessary and binding 
and packaging the print job. The print job is then shipped to the user's specified shipping address. 

so These and other features and advantages of the present invention may be better understood by considering the 
following detailed description of certain preferred embodiments of the invention. In the course of this description, ref- 
erence will be made to the attached drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a schematic illustration of a system embodying the principles of the invention. 
Fig. 2 is a block diagram ol a portion of the 9ystem shown in Fig. 1 ; 

Figs 3, 4, 5, S(a). 5(b), 6, 7(a), 7(b) and 8 are flowcharts showing lha operation ol a preferred portion of the systenr 
shown in Fig. 1; 

*o Fig, 9 is a block diagram of a portion of the system shown in Fig. 1 ; and 

Fig. 10 le a block diagram showing in greater detail the components of a portion of lha system of Fig. 9. 

DETAILED DESCRIPTION 

<5 i, dyatem Overview 

Fig. 1 ol the drawings b a high-level block diagram of a preferred printing system utilized In the creation end priming 
of a printed product A data processor n the form of a desk-top computer 102 includes a monitor 103, an office type 
printer such as a laser printer, and an Input device such aa a keyboard 103 and mouse 106 and le programmed with 

so one or more application programs and a Desk-top Printing System (DPS) (seen at 218 In Fig. 2) to aasist a user in the 
creation of a printable document. Aa seen at 108, which Is an enlarged view ol on image displayed by monitor 103, 
tha user la pros en tad with a graphical uaer interlace containing one or more 'windows' such as seen at 123. The user 
utilizes an application program to create or modify a document and Invokes DPS 218 to causa the printing of me 
document. OPS 218 generate* an Image file which contains data and commands to be used in creating a printed 

55 product consistent with the printable document displayed by the desk-top computer. Tha image file la transmuted under 
control of the DPS to a Remote Printing Facimy (RPF) 150 which causes tha generation of the priniad product In 
addition to generating and transmitting an image file, DPS 218 generates print order information which la transmitted 
to RPF 150 and which Is used by RPF 160 in the generation of the printed product. As win ba discussed in greater 
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detail below, the print order Information contains Information used in the printing ol the print order such as the number 
of copies to be printed as wall as shipping and payment information and information used in ths tracking of the print 
order. As used heroin, the term 'print order 1 is intended to mean the Image information and print order information 
transmitted by the DPS to cause printing of a desired printed product. Ac used heroin the term 'printed product* is 

s intended to refer to any finished good created by the RPF 150 In accordance with a print order received from the OPS 
218. The term 'printable medium' as used herein, is intended to refer to any medium which may be printed upon by 
the RPF 150 to create a printed product Printable media include but are not limited to: paper of differeni types, labels, 
cloth materials such as shirts and caps, slickers and coffee mugs. The term •user" refers to an Individual making use 
of the OPS to generate a print order. The term 'printing' [9 intended 10 include other methods of placing an image onto 

10 a physical object such as silk-screening onto cloih, embossing, lithography, etc. 

The RPF operates Interactively with the DPS. via the Order Processing Server (OPS) module 154 to receive the 
print order and to verify that the information necessary to properly print the printable product Is present. The OPS 
module 1 54 contains error checking and correction capability as welt as checkalop capability to restart communications 
II Interrupted. Once the print order is received from module 154, the image information is stored in module 158 and 

1& the order information is slored in COP module 1 64, which also obtains credit authorization, if necessary, from a facility 
152 located remotely from the RPR In addition the RPF schedules the shipment of packages including diskettes (ex- 
plained below) to the RPF and the shipment of completed printing jobs from the RPF. Process and printing module 
1 60 receives the order information and the Image Information and causes the printing of the print order on one or more 
printers 1 62 Finally, the printed product Is shipped in accordance wirh shipping Information contained in the print order. 

20 Communication between the DPS and RPF may utilize one of severaJ known communication forma 11 0 Including 
a direct communications link via a telephone line established between modems located at the DPS and RPF, use of a 
wide area network such as the Internet or use ol a commercial 'on-line' service such as CompuServe, or by physical 
delivery of one or more magnetic diskettes, seen at 107, which are automatically read by an automated disk reader 
156. The disk reader 156 operates under lha control of a disk-workstation which submits print orders to the OPS. 

II. Desktop Printing System (DPS) 

Fig, 2 of the drawings le a block showing desk-top computer 102 loaded with DPS 218. Computer 1 02 is preferably 
a standard IBM«PC compatible computer system with the prcceesing and storage capability necessary to run the 

30 windowsSS 7 * operating system and application programs whlcn operate under that environments. Computer 102 also * 
preferably has a modem coupled to IL The operating system executed by the desktop computer 1 02 preferably performs 
system management functions such as controlling input and output to or from the desktop computer 102 aa well as 
controlling the execution 0/ application programs. The modem, which takes a conventional lorm, enables communica- 
tion between the desktop computer 102 and a data processor at the RPF 150. TTie desktop computer 102 generates 

& output data In a format to be displayed on a monitor 108 and printed on printer 1 04. Input to the desktop computer 102 
Is preferably generated by means of a keyboard and a mouse, both of which are shown generally at 222. 

The desktop computer 102 contains in a storage device 214, one or mora application programs 216 capable of 
creating data files 21 5 structured in a mann er chosen by a user of the application program, Examples of such application 
programs are word processing programs such as Microsoft Word, and desktop publishing programs auch aa Microsoft 

*o Publisher, both available from the Microsoft Corporation, or WordPerfeci available from the Novell Corp. A3 ia known, 
sucn programs are capa&le or documents containing a variety of formatting options, Including multiple types of fonts 
and multiple sections, with different page numbering options lor each section. A detailed explanation of the use of auch 
programs may be found In the users manuals available with the respective programs. References herein to the operation 
or use of the aforesaid application programs are understood to refer to features provided by those programs In com- 

4S merclal form and as described In the users manuals available with such programs. The storage device 214 preferably 
lakes the form of a conventional magnetic hard disk. 

DPS 218 Is stored tn the storage device 214 and advantageously enables documents created by one or more of 
the application programs 216 to be printed at RPF. The RPF 150 preferably contalne a modem to transmit and receive 
information toflrom the desklop computer 102, and other similar types of data processors located remotely from the 

so rpf. Also stored In storage device 21 4 are templates 21 7. which are eelectable by ihe usee 

As shown in fig. 2, the desktop computer 1 02 has loaded in its memory, DPS 21 8 and application program 2 1 6 for 
concurrent execution along with operating system 201 which performs system management functions. The operating 
system 201 preferably takes the form of the WIndowe95 operating system available from the Microsoft Corp. The 
programs executed by the desktop computer 102 generate output to the monitor 1O8 0y means of windows such as 

55 aaen at 202. Windows may take a number of forms to display information and/or direct the Input of user selections, via 
keyboard or mouse, by way of 'dialog boxes', by way of "buttons' and data entry fields. For purposes of explanation, 
the windows illustrated in the attached figures are shown in simplified form. 

Figs. 3-9 of the drawings are flowcharts showing the operation ol the DPS. Fig. 3 shows the functions performed 
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by the DPS during installation of ths DPS sysiem onto the desk-top computer. The DPS is contained on a transportable 
storage medium such as a magnetic floppy diskette or an optica) CO-ROM. While in the Windows desktop environment 
302. the user invokes an Installation sequence by clicking on an appropriate Icon. Upon invocation, the OPS at slap 
304 determine? the configuration of the dasKtop computer In order to properly configure the printing system. Specifically, 

5 the presence of a modem and the type ol modem is checked, the port to which the modem is connected, the speed of 
the modem, the type of local printer connected to the computer and the port to which the printer is connected are all 
determined. Each of the aforesaid checks is preferably performed by an appropriate search of the registry in the Win- 
dows 95 operating system which Is described fn greater detail below. If, as seen at blocks 314-322, the user has 
sufficient rights to install ihe printing system at the selected location, sufficient space exists, the floppy diskette or CO- 

10 ROM may be read, the OPS has not already been installed (320) and if the floppy diskette/CD-ROM is installed then 
at step 306, the DPS is copied to the selected location and at step 306 ihe DPS requests entry of user specrffc data 
from the user. The user specific data la stored for future use and acts as a template for registration of the OPS. The 
user specific data includes lha first and last name of the user, the year's company, position, mailing address, phone 
number, fax number and e-mail address. The DPS creates a registry variable for each item of user specific data and 

ts writes the data to the corresponding registry variable. As will be appreciated by those skilled in the art, the registry 
provided by the Wlndows95 operating system provides a unified database for storing system and application config- 
uration data in a hierarchical form. Additional aspects of the registry In Windows96\ as well as additional aspects ot 
the WlndowaSS operating system are available In the Win32 Software Devebpmsnt Kit for W!ndowe95 and Windows 
NT(SOK) available from the Microsoft Corporation, Redmond, Washington, By way of example, the DPS may make 

29 use of the following registry variables: first name, last name, company, position, two etreet address variables, city, 
state, province, zip code, postal code, country, phone number, phone extension, fax number, fax extension, e-mail 
address, key code, application software to be used, customer account number, RPF access phone number, RPF access 
backup phone number, modem port, modem speed, modem device, and modem configuration. 

Upon entry of the information, the user is requested by the DPS via a pop-up screen 310 to call a Customer 
2S Assistance Representative (CAR) at the RPF to register the OPS software and to obiain a customer account number. 
The user receives the customer account number from ihe CAR and enters the numbgr into the DPS which utilizes a 
verification algorithm lo verify trie customer account number with a software Identification number provided with the 
DPS software. Upon entry of the number, the DPS software stores the customer account number to the registry and 
other Information such aa price tables, templates, printer drivers and icons are copied to the desk-top computer and 

30 decompressed. As seen in Fig. 3 at 314-322, the DPS will display an error message if the user does noi have the 
proper rights to install, update or delete the OPS or to read or update the registry, film is insufficient space on the hard 
disk (316), ihere is an error in reading the diskette/CD which contains the DPS software (318), the DPS software 
already exists on the hard disk (320), or if no diskette has been inserted into the desktop computer (322) (in the event 
that the DPS software Is contained on more lhan one diskette). 

as At block 324, the user is presented with a main menu screen which presents the user with three options: uninstall, 
update or configure the modem. If the uninstall option is selected, the OPS confirms with the user at block 329 thai the 
OPS should be deleted and If the proper confirmation Is made then at 330 the OPS and other files required solely by 
the DPS are deleted from Ihe hard disk. If the update option is selected, then upon proper confirmation by the user, 
the necessary files are copied onto the hard disk and decompressed. Updating may advantageously be performed lo 

40 update data used by the DPS, such as price tables, or to alter function a performed by the DPS. Upon each update, a 
registry variable, herein termed the 'current version variable* Is updated to indicate the version of lha OPS. If the 
configure modem option is selected then the OPS retrieves modem variables such as the modem type and modem 
speed from the registry and the user phone number as entered in block 306, and displays the Information. The user 
ie provided with an option to have the DPS retrieve the proper telephone number for the RPF, and if this option Is 

*$ selected then the area code and three-digit prefix of the user's phone number are retrieved and the modem is utilized 
to make a, toil free call to the RPF to obiain primary and secondary access phone numbers which are local to the uset 
The RPF utilizes the area code and three-digit prefix to obtain the primary and secondary phone numbers and transmits 
th« retrieved numbers to the DPS which are then stored In the registry. 

Once the DPS Is properly Installed as described above, It may be invoked from within an application program to 

so cause printing at the RPF ol a document crealBd by use ol the application program. As ahown In Fig. 4 at 400, the 
DPS fa invoked from within the application program, referred to herein as the 'document production application', ueed 
to create a printable document As seen in figs. 4, 4A and 4B, the user is presented with a succession of screens from 
which a variety of options to specify different aspects of the printable document may be eelected. The selections entered 
In eech o1 the screens Is stored by the OPS upon selection of a button on Ihe screen designated as the OK button or 

ss Us equivalent. The options provided by each of the screens as well as the functions performed by tha DPS wiinin each 
ot the screens is described separately below. 

The DPS employe a variety of nies, stored in text format, lo provide the user with the options shown in Figs. 4-9. 
Each of these flies te installed or updated during the operations performed in connection with Fig. 3. Each of these 
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files is listed and described below in connection with the screens which employ those fllae. The DPS stores order 
information amered by the user to an Order Information File (OIF) which is described In further detail below 

To create a document for printing by DPS 21 8, a user makes use of the screens shown in Fig. 4 Fig. 4 shows tne 
invocation of the OPS 218 from within the Microsoft WordSS application program, variants of the invocation of the OPS 

s 21 6 will be apparent to those skilled in the art in view of the following description. 

As seen in Fig. 4 at 402, the user first selects a template from within the application program. The template takes 
one of a plurality of document stylos supported by the RPR Preferably, the templates selectable by the user include 
business cards, post cards, greeting cards, booklets, and a plurality of types of bound documents. Once a document 
is created (404) by way of application program 216, the user may, at 409, print a proof of the document for review and 

10 possible further modification. At 408, the user selects the DPS as a printer from a menu within the application program. 
Upon selection of the DPS as the designated printer, the document Is checked by the DPS to ensure that ft has bean 
saved. If the document has not been saved then a pop-up window is displayed (471) to Inform the user to save the 
document, and the user is then allowed to proceed. If the document has been saved, a printer driver module within 
the OPS Is loaded (410), the document is parsed by the DPS and dimensions, Indicative of the printed boundaries of 

is the document on a page are compared against an expected set of values corresponding to the selected template. For 
example, If a template utilizes a 4 inch by 6 Inch card with margins of 1 Inch all around the printable area of that 
document will be 2 inches by 4 inches, electa a 'print' option on lha menu of the application program. It the margins 
on the document exceeds the margins allowed by the template, I.e., the printable area exceede the specified printable 
area, an error message Is displayed (412) to Indicate that the margins are Invalid. Once the printable area conforms 

20 [q ihal specified by the selected template, the code for the application program used to create the document is written 
to the registry. Control is then passed to the 'print preview' mode of the application program, seen at 41 6. 

As will be apparent to those skilled tn the an, in a "print preview* mode the active document Is displayed in a "What 
You Saa Is What You Gel" (WYSIWYG) manner where the document Is displayed in a manner which closely represents 
the appearance of the document when printed. For instance, the exact page layout Is displayed so that the user may 

26 view the document as it will appear when printed, beloro the actual printing of the document. The DPS 218 contain a 
the necessary information to cause the 'print preview" mode to display the document as it will appear when printed at 
the RPF. 

Upon viewing the document, the user may wish to make further changes, or may wish lo change the selected 
printer (422), to not use the RPF. When the user la satisfied with the appearance of the document, a "print" option, 
seen at 206, within the print preview mode ia selected. Selection of the 'print 1 option causes the DPS 218 to perform 
the checks shown at 41 9 and 420, which are performed in the same manner as explained for the checks seen at 411 
and 4i 2. In addition, the number of pages of the document are checked to ensure that they are within a range specified 
by the selected template. II the number of pages exceed the maximum number of pages, a pop-up window Is generated 
to Inform tne user Once the verifications shown at 419, 420 and 421 are performed the DPS generates a PostScript 
as type file, referred to herein as a PS file, rrom the File, created by the application program, which contains the document 
to be printed. 

After the steps shown in Fig. 4, the user is presented with the screens shown En Fig. 5. The screens presented by 
the OPS which are seen In Hg6. 5(a), 5(b), 6, 7(a), 7(b) and 8 are explained separately below. 

*o Welcome Screen (503) 

This screen Is initialed from screen 408 in Fig. 4. The screen provides a publication description field which allows 
the user to enter a fifty character description of the document to be printed. A search ts made of the appropriate registry 
key to locate the PS file corresponding ta the document to be printed. The computer 102 locates the file containing the 

& printable document created by the user. Preferably the file containing the printable document takes the form of a Poet- 
Script type file, referred to herein as a PS file. A document description field within the screen fs activated where the 
user can enter a 50 character description of the document The document is then analyzed by the DPS, seen at 504, 
to verify the parametere of the file. The PS file is parsed to determine the following items: printer driver used, printable 
area for tne document, number of pages in the document, and the number of colors uasd tn the document. The printer 

so driver used is checked to ensure that the DPS printer driver (Prlntovatlon Printer v3.3) Is currently loaded. The registry 
variable, which identifies the template used by the customer, Is read and compared to a template definition file, the 
structure of which Is shown below: The template definition fife is searched to find a match for the printable area length 
and width. The template definition file contains the margins appropriate for thai publication type. The length and width 
collected from the PS file printable area are compared to tha template file definition. If the values match convol ts 

re returned lo the Document Selection screen (505). 
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Document Selection Screen (505) 



This screen allows the user to select (ha type ol document that ihey warn printed. Thia screen la initiated by the 
Welcome Screen and displays all available document Types which preferably Include bound documents and unbound 
documents such as business Cards, postcards, greeting cards, any 8.5* x u" folded documents, small booklets, and 
large booklets. As noted above, the templates for each of the available document types are provided by the DPS, and 
are selectable by the user lo facilitate the creation of a document. Each of the preferred document types is described 
In greater detail below: 



Document Type 

Bound document 



Description 

Citato 3-Ring, Comb, Book and 
Grip Binders to house the current 
active document. Documents can 
be printed smgle or two-aided in 
Black & white or Black plus one 
highlight color. 



Business Card 



2S 



$0 



Postcard 



Prinw Black & white, Black plus 
one highlight color, and full color 
business cards. Can be printed 
single or two-sided* 

Prints Black & white. Black plus 
one highlight color, and full color 
Postcards. Can be printed single 
or two-sided. 



Greeting Card 



35 



40 



AS 



60 



8.5x11 Sheet 



Small Booklet 



Prints Black & white, Black plus 
one highlight color, and full color 
Greeting Cards. Can be folded 
either portrait or landscape. Can 
be printed single or two-sided. 

Prints all manner of t 1/2x11 
documents (brochures, flyers, sales 
sheets) in Black & white. Black 
plus one highlight color, and full 
color. Cm be bwfolded or tri- 
fblded either portrait or landscape. 
Can bo printed single or two-sided. 

Creaxts x 3,r stapled (saddle 
stitch) booklets in Black & white. 



6$ 
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Black plus one highlight color, and 
full color Cm be printed single or 
two-sided. 

5 

Large booklet Creates a 8.5" x 11" stapled 

(saddle mtch) booklets in Black & 
white, Black plus one highlight 
10 color, and full color. Can be 

printed single or two-sided, 



Upon selection of ihe desired document type, the DPS proceeds lo provide further printing options as shown in Figs, 
is 5(a) and 5(b) which show the steps taken to create, respectively, a bound or unbound document 

Bound Document* 

Main Binder Semen (506) 

This screen allows the ueer to enter the number of copfee of the bound document that they want, and to access 
screens 510, 512, 514, and 516. This screen alao displays the unit cost and total coat for the selecilons entered in 
screens 510, 51 2, 5U, and 516 which return control to screen 506 upon completion. Upon entry of such selections an 
image which Is indicative of the selected binder style and color is displayed on the monitor. Also displayed is the unft 
cost and total cost for the selections. The number of pages of the document is automatically determined by the DPS 
by parsing the PS and is then delayed Upon entry of the necessary selections of screens 510. 512. 514, and 516, 
control is passed to the Common Order Engine shown in figs. 8, 7(a) and 7(b). 

Binder Selection ($10) 

30 

This screen allows the user to select the binder type they would like lo use with their bound document The DPS 
displays all of the binder types available which may be used with a document containing the number of pages of the 
document In question and provides means such as 'buttons" for selecting a desired binder type. The DPS advanta- 
geously determines the available binder types based on the number of printed pages in the printable document and 

3s stores a binder type code upon appropriate selection by the user. One sided printing is selected by the DPS as tha 
default. If the ueer selects two-aided printing then the number of pages for the bound document is recalculated by 
dividing a variable indicative of the number of single sided printed pages, by two and rounding up to the next whole 
number. The available binder lypes is then recalculated and the appropriate binders are activated. Upon selection of 
a binder type, a cover color eelecllon means is provided to allow selection of a cover color for the bound document. 

*o upon selection of the binder type, binder color, binder style and one or two elded printing, variables indicative of each 
d ihe selections are stored to determine a product number of the order and tho display Is updated to display the 
selected binder. 

Binder Style Selection (512) 

45 

This screen allows the user to select a style rorihe binder type they have selected. Styles preferably include 
Paperboard, Leatherette, Corporate, and Contemporary. This screen is Initiated by selection of either Spiral, 3-Rlng, 
or Perfect binder type on Binder Type Selection screen 510. Selectable buttons are displayed to provide a means (or 
selecting a binders style. Upon selection of a binder style. The binder type code Is changed to retted the chosen binder 
$° style. The binder type code is then used along with the number of copies to determine a per binder cost value which 
Is then stored in a calculate Incremental cost field. An incremental coal and a total cost are than determined and each 
Is displayed to provide the user with an Indication of the cost of the print order. Thus, upon reviewing the cosi the uaer 
may then altar the selected binder to obtain a more desirable total or incremental cost. 

ss Paper Type Selection (S14) 

This screen allows the user to select the paper type and paper color deelred with the bound document. A liatbox 
of all available choices, baaed upon the Binder Color selected on the Binder Type Selection screen 410 Is displayed. 
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Also displayed is a selection of the applicable Inking choices, which arB preferably, black and white and black plus one 
highlight color. A paper type code ia stored upon selection by the user of a paper type, and a paper color code is stored 
upon selection of a paper color. The display le updated to reflect the selected paper type and color and a per page 
cost value le generated 10 determine updated Incremental and total cost values, which are both displayed. 

s 

Tab Type Selection (516) 

This screen allows the user to select whether or not they want taDs In the bound document, and it tabs are desired, 
then the tab typed desired with the bound document. The screen is initiated by clicking at on appropriate location on 

to screen 506. The screen 516 displays a list of ail available lab choices and a lislbox for entering the page numbers 
where the tabs wilt be placed, and text entry lines (or entering user tab labels. When the user presses a tab choice 
button the llsibox is activated wtth me tab type text displayed on each line, each tine Is blank if custom tabs are desired. 
The user can then enter both text for the tabs and the page where the tabs will appear, in this list box As the page 
numbers are entered they are checked by the OPS to ensure that each number la larger Than the prior numoer, thai 

ii no duplicates are entered, and that no page number exceede the number of printed pages in the document. When the 
user presses an OK button, the tab type is stored In a variable to determine a product number tor ihe order and the 
Tab Text and Tab Page Numbers are 6tored. comma-delimited, In a sequential ASCII format In the OIF. The total number 
oftaba le used by the OPS to determine a per tab cost value which Is used to update the incremental cost value. This 
value Is then multiplied by the total number of copies to generals a new coGt value, which is displayed together with 

20 the incremental cost. 

Unbound Documents. Fig. 5(b) shows the succession of screens presented to the user to select the variety of 
options available to prim an unbound document. 

Main Publication format Screen (530) 

2$ 

This screen allows the user to enler number of copies of the unbound documsnt that they want, and their spaclfic 
document printing choices. This screen a)60 displays the unii cost for their choices and the total cost lor their order. 
The screen is initiated by selecting Business Card. Postcard. Greeting Card, 8.5 x 11 Sheet, Small Booklet, or Booklet 
annotations on the Document Selection Screen. The number of pages of the unbound document is determined by 

so parsing the PS file. Once determined, the number of pages is then displayed on the screen. If iha user selects either 
Small Booklet or Large Booklet then the number of pages In the document is checked to determine if it corresponds 
to a set of predetermined numbers for each type of booklet For instsnca, for a Small Booklet type of document, If Ihe 
number of pages Is not B, 1 6 or 24 pages then the user is informed that the document will include blank pages and an 
option is provided to change the type of document. 

55 When control is returned to this screen the OPS calculates and displays the unit and total cost for the order For 
booklets that contain a number of pages that is not 4, 8, 12, 16, 20 or 24 ihen the number of pages Is rounded up to 
one ol these values for searching the pricing table. If the user marks a send a proof checkbox on the screen, then a 
proof cost field Is updated to reflect a quantity of 1 of the user's order by dividing the total cost field by the number of 
copies, and the Proof field in the OIF Unless otherwise specifically noted, the incremental and total cost are calculated 

« and displayedfor selection of each option for unbound documents in a manner similar to that previously explained for 
bound documents. 

Color Selection (534) 

This screen allows the usar to select printing color parameters for producing the unbound document This screen 
contains buttons Tor selecting the Inking for the document, a list box of spot colors, and radio buttons to select single- 
sided or double«sided printing. If the selected document type is business card, or a greeting card where the number 
of pages equals one, then a button For singfa-eided printing enable and a button lor double-sided printing Is disabled. 
If the selected document type le Small Booklet, Large Booklet, or a greeting card where the number of pages le greater 
so than one 1 then the double-elded button Is selected and the single-sided button is Inactive. If the Documsnt Type is 
either postcard or 9.5 x 11 sheet then both buttons are active and the default is single-sided. The screen also contains 
three inking choices, black & white, black plus one highlight color, and full color. A drop-down list box of available spot 
colore is a/so displayed. Upon selection of each option the display Is updated to reflect the selection. 

ss Paper Type Selection (536) 

This screen allows the user to select the paper they would like to use with their unbound document A Hstbox 
containing the available paper choices Is displayed. The window also contains two radio buttons for selecting either 
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Portrait or Landscape orientation for the finished document. II the document type is small booklet or large booklet then 
the portrait button is selected and the landscape button is inactive. For all other document types both buttons are active 
and the default Is portrait orientation. When the user completes the selection, the paper type and orientation are stored 
to the OIF and the display is updated to reflect the orientation selected. 

s 

Folding Typa Selection (536) 

This screen allows The user to select the type of folding they would like (or their document The screen displays 
selectable buttons lor The available folding choices. By way of example, for the 9.5 x 11 Sheet the choices are Bifold, 
10 TrMold and No fold. When the user presses the OK button, the folding type $torad in to the OIF. 

Upon completion of the screens shown in Fig. S and 5(a) or 5(b). the DPS examines the PS HI© and performs 
several post-selection functions to ensure thai the PS file meets certain standards required by the RPF. In addition, 
the OPS examines tha PS file and Identifies the Red, Green, Blue (RGB) colors specified in the file and sals any spot 
eolors specified in the file to an RGB value for the selected spot color. The PS file is then encrypted and compressed, 
is by conventional meihods, to facilitate transmission lo the RPF, 

Placing a Prtnt Order 

Upon selection of the options shown in Figs. 4, 4A and 4B, the user places a print order In response to the screens 

20 shown in Figs. 5, 6, 7 and 8 which implement an order engine. The order engine of the DPS provides means lor entering 
and/or verifying billing and shipping Information, provides a summary of the print order and then, upon confirmation by 
the user of the information contained in the summary, provides the user with a plurality of order transmission options. 
Upon selection of an order transmission option, the DPS proceeds to transmit or cause the transmission of, the nec- 
essary Information to the RPF. Once an order has been placed, an order manager allows the user to obtain status 

2B Information regarding the status of a print order pending at the RPF. 

The DPS and RPF provide two transmission mechanisms for transmitting the necessary information from the DPS 
to tha RPF to cause printing of the desired document, One mechanism Is by electronically transmitting the necessary 
data from d eek-tcp computer 1 02 to the RPF Th e other mechani am Is by storing the necessary data onto a transportable 
storage medium such as a magnetic floppy diskette and shipping II lo the RPR where the information on the diskette 

so is read by the RPF. With either transmission mechanism, two files are transmitted. The first file Is an Image Information 
Fife (IIP), seen at 220 in Fig, 2. which is tha Postscript type file generated by tha DPS from the data file 215. The second 
file is an Order Infomalicn File (OIF), seen at 22 1 In Fig. 2, which Is contains other information, described in greater 
delail below, necessary Tor printing of the document If transmission of the print order is done by shipping of floppy 
diskettes, a third file is generated for storage on the floppy diskettes. Referred to herein as a header file, this file contains 

35 an order number, which uniquely identifies the print order, a dale stamp, and a diskette identification. For instance if 
the print order requires three diskettes, the first diskette will contain a diskette identification identifying that diskette as 
the first of three diskettes. The header file advantageously allows the RPF to utilize an automated disk reader which 
utilizes a bin aoner to retrieve a diskette and to position it properly for reading. A number of diskettes may be thrown 
Into such a sorter and read in a random order. The header file allows the RPF to determine which print order corfe- 

*o aponding to each diskette. 

Fig. 6 of the drawings snows the steps taken lo place a prim order with the RPF. The steps shown In Fig. 8 are 
performed after selection oi the options shown in Figs 5(a) or 5(b). The options provided by each of the screens as 
well as the functions performed by the DPS within each of the screens shown In Fig. 6 Is described separately below 

<s Product Sarvfco and Summary Sawn (604) 

This screen provides tha customer with Information about their product selection and allows them to 9e!oci certain 
DPS services for processing their order. The screen displays a detailed listing of ail the products selected by the 
customer. In addition, this screen allows the customer to order a proof from the RPF before printing of the print order. 
so if a proof Is selected, a separate charge for the proof is shown and the subtotal for the print order is updated. 

Once the customer has reviewed the Information on the screen the DPS proceeds to compress and encrypt tho IIF 
and Informs the user of such action. Control then proceeds to screen 610. 

Older Method Scnwn 

This screen allows the user lo select an order transmission mechanism for delivery of the print order to the RPF 
Preferably the delivery mechanisms supported by the DPS and RPF Indude elaclronic transmission via modem, or by 
overnight delivery of a diskette containing the prtnt order to the RPF Initially, prior to displaying the screen a check ia 
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made ol a modem type registry variable. It the variable exists then both lha modem and overnight diskette delivery 
methods are activated. If the variable doee not exist, then only the overnight diskette delivery method Is activated. The 
size of the compressed fits to be transferred and the modem speed registry variable are retrieved. The size of the file 
is divided Into the speed of the modem to determine tne approximate amount of lime the transfer via modem will take. 

s The size of the file is also divided into MMb to determine the number of diskettea the overnight diskette delivery 
method will require. The screen advantageously display* alt available transfer options as selectable buttons, and the 
approximate time and diskettes required to perform the transfer, if the number of minute* required to transfer the HF 
Is greater than a predetermined maximum transfer time, which In a preferred embodiments is 300 minutes, tne option 
allowing for transmission via modem Is disabled. As seen at 625 and 626, error messages for disk error and insufficient 

to rights are provided if necessary. If transmission by modem is selected, the screen Informs the user of the approximate 
amount of time required to transfer the necessary Information to the RPF. 

BltHng information screen 617 collects, displays & validates user Information. It is initiated by the selection by the 
user in screen 616 of an option to change billing Information. The screen advantageously displays prior order billing 
information gathered from the registry In order to reduce data entry by the user If no prior billing information Is available, 

is then the information to be gathered Includes the name, company, user account number which is generated by the RPF. 
the address, phone number and tax exemption certification. A first checkbox allows lha user to indicate that their user 
address information has changed, the second that their billing information has changed, and a third checkbox that their 
shipping address is different from their billing address. The boxes are not checked by default. Three radio buttons are 
provided for selecting an order delivery service, such as overnight delivery, ground delivery or another intermediate 

zo priority delivery service. Upon completion of the screen all updated fields are written to associated registry variables. 
Shipping Information screen 61 8 collects, displays and validates shipping Information. It is initiated by the selection 
by ihe user in screen 616 of an option to change shipping information The screen is initiated by tne billing Information 
screen If the same shipping address checkbox In that screen Is not marked. The screen Is displayed with default 
information gathered from prior order shipping Information gathered from Ihe registry. Ae with screen 504, error mes- 

25 sagas 511-514 are generated in a manner set forth in the description accompanying screen 504. 

Order Summary Screen (616) 

This screen provides the user with information about ihe order and allows the user to accept terms and limitations 
oo Imposed by the RPF. In addition, the screen displays a summary of tne user's order Information and the order cost, 
along with Ihe shipping and billing information. The costs shown are lha lotat cost from the price for a proof if a proof 
has been selected, the shipping cost, and the state order tax based upon the total of both the order and the shipping. 
An Approve button on the screen allows the user to confirm the order. 

After screen 616, the user is presented with the screens in shown In Fig. 7(a) it modem delivery is desired or the 
35 screens shown in Fig. 7(b) If overnight diskette delivery is desired. 

Modem Delivery 

Credit Information Screen (704) 

<o 

This screen collects the data required for credit authorization. Trie daia Incudes the credit card typo, credit card- 
holder name, credit card account number and expiration date (or credit card payments and user number for invoice 
orders. Payment by one of a plurality of commercially available credit cards Is supported ae well as payment by way 
of a pre-established user account with the RPF. If payment by way of the user account is selected then the OPS displays 

<f the users current billing information, Including the user account number and total amount of the order, The DPS provides 
a field for entry of the user's Personal Identification Number (PIN) number. When the PIN number is entered, and 
reentered* the payment section of the OIF is loaded with user number, PIN number, and the total amount of the order. 
If payment by a commercially available credit/charge card is desired then fields for entry of the credit card holder name, 
credit card number, and credit card expiration date fields are displayed along with the total amount of the order. 

5C Upon entry of the required credit information, the DPS, as seen at 708, Initiates, via the modem, a connection with 
the OPS ponton of Ihe RPF to obtain credit authorization and an order number which uniquely Identifies the user's print 
order. A progress bar is provided to display statue Information regarding the transfer of the Information from the DPS 
to lha OPS. Upon receiving the request for an order number the OPS responds with one of four classes of messages. 
(1 ) informational, (2) change needed to process order, (3) order cannot be procossed, or (4) an order number. If either 

ss of the first three of the foregoing messages is received then Ihe user Is allowed to change the appropriate Information. 

If an order number l3 returned by the OPS then the order number is stored m the OIF and the OIF is comprwaeed 
and encrypted. The neceeaary information for printing of the print order by the RPR which consists of the OIF and the 
UP is then transmitted to ihe OPS and the user Is Informed of such action by screen 706. The screen contains a progress 
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bar which Is used to calculate ihe remaining lime to transfer tha order file. The progress bar contains 10 blocks which 
ere added as each 1/10 ol the total transaction occurs. The OIF la transmitted flrsi and upon a successful reply from 
the OPS a submit image request Is transmitted along with name ol the OIF to request authority to transmit the OIF. 
When an appropriate acknowledgment la received the OIF is sent Upon completion ot transmission of the image files 

s a terminate message Is sent and control Is passed to the Modem Order Congratulations Screen 720. 

If the response from the OPS is an Informational message, the user (s provided with a screen 710 Informing the 
user that the DPS software is expired and must be updated before an order with the RPF may ba placed. Rejecting 
orders from expired version ot the OPS advantageously allows the RPF to insure that each DPS ha6 a up-to-date price 
and tax tables, and document formal options, as well as being able to support the communication functions and formats 

to used by the RPF. 

As seen at 711719 error messages Informing the user of invalid format In the print order (711), disk error (712), 
communications error (71 3), no connection by the modem (71 4), Invalid credit card (715), out of date software (catalog) 
(716). failure in the transfer of the IIF or the OIF (717), an invoice amount that exceeds a limit depending upon the 
customer's account or a predetermined maximum (718), or an encryption error in the encryption of the IIF or the OIF 
is (71 9} are provided when needed. 

Modem Crdsr Congratulations Screen (720) 

This screen informs the user that their order has been placed and that their order status file has been updated. 
zo Also, the screen provides the user with information concerning their order and how to use the Order Manager to review 
lhe order details in the future. From this screen the user may also exit the DPS. 

Overnight Diskette Delivery 

2& As noted above, the screens shown In Fig. 7(b) are presented to the user if delivery of the print order via diskette 

is desired by such an indication In ecreen 610. each of the screens Is described separately below. 

Credit Info. Screen (754) 

30 This screen performs the same functions as described above for screen 704, and such description is incorporated 
herein. Upon entry of the necessary information, the DPS generates screen 755 which informs the user that the doc- 
ument is going to be copied to diskettes and leads the user through the copying process.*' A compressed Image file 
may have a storage requirement of more than one disk. Accordingly, a pop-up window, referred to as a disk build pop- 
up instructs the user to insert the appropriate diskette into the disk drive at the appropriate time and gives build status 

35 to tha user In the form of a progress bar. An updated text message for each diskette required is provided. Initially the 
disk build pop-up informs the user of the total number of labeled disks that wilt be required. This screen informs (ho 
user that the document will now be copies to XX diskettes and that these diskettes should be formatted and labeled 
Disk #1 through Disk #XX Tha user can switch out of the DPS to formal diskettes and than return.- Tha screen also 
contains a progress bar which ie used to calculate the remaining time to copy data onto tha diskette in the drive. The 

*o progress bar contains 1 0 blocks which are added as each 1/1 0 of the total diskette size is copies. For each new diskette 
the progress bar Is reset. When the user proGG$$ an appropriate button the diskette drive Is checked for me presence 
of a writeable diskette, the progress bar ie activated, and the first part of the Image file is copied The user can cancel 
at any time. A 1.2Mb portion of the compressed file le built on to a file on the diskette. When a diskette becomes full, 
the DPS provides an audible Indication and the process la repeated for the remaining disks. When the ftle(s) have been 
copied, control Is passed to tha Call CAR Screen 760. As seen at 756. 757 and 758 error messages are provided to 
notify the user if the diskette being used la not empty (756), the diskette is not formatted (757) or If a disk error occurred 
(758). 

Call CAR Semen (760) 

so 

This ecreen Informs the user to call a CAR who will perform a series of steps to ensure the user order. The steps 
Include credit authorization, assigning the user an order number, order validation using a processing number, and 
scheduling the pickup of the order diskettes. The screen displays a field for Order Number, a Order Number Verbal 
Confirmation Code, a Verify button and a Next button. Both the Verify and the Next buttons are Inactive. The user calte 
ss the CAR and enters the Order number and verification number given to them by the CAP. When numbers are entered 
Into both fleWs the Verity button Is activated. The user must then press (he Vsrlfy button which creates a Base26 value 
for the Orcer number and compares It to the verification number entered by the user if tna values match then the user 
Is allowed to proceed. If they donl match a message is displayed which indicates that both numbers need to be reen- 
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tared. The CAR can then validate that the user has entered the correct Order Number. » the number has not been 
entered correctly then the user can re-enter it. 

Diskdto Order Congratulations Screen (762) 

s 

Thla ecreen Informs the user thai their order ha6 been placed and thai their order status file has been updated. 
Also, the ecreen provides the uaer with information concerning their order and how to use the Order Manager to review 
the order details in me future. From this screen the U9er may also exit the DPS. 

10 Order Manager 

A3 previously described, the order manager allows a user to obtain status Information from the RPF regarding the 
status of a previously placed print order. The order manager may bo entered from the welcome scxaen initially displayed 
upon invocation of the DPS. Fig. 8 shows the screens provided by the order manager. 

is 

Order Manage Mam Scmn (602) 

This screen allows the user to review orders previously placed with the RPF, update the production status of these 
orders, and delete already received orders from the list The screen displays a llstcox of an previously placed orders, 
20 by order number, and order status, and their associated status dales (submitted date, received data, production dale, 
and shipped date). Buttons allow the user to view the details of a highlighted order number, delete a selected order, 
remove all orders In the order flla. or update the status of all ihe orders In the order file. When the user presses the 
Exit button the application passes control to the Windows Desktop. 

2B Order DeiaH Screen (804) 

This pop-up screen displays the details of a previously placed order in an Invoice format. The Order Number 
variable Is used to locate the selected order in the Order File. 

30 Delate Order Warning Sewn (806) 

This screen informs the user that they are about to delete an order record from the Order Manager and gives them 
the opportunity to change their mind. The screen displays warning massage allowing the user to abort deletion of the 
selected orders. If the user prows the NO button control Is passed back to an Order Manager Main Screen without 
35 any deletion. It the user presses YES then the Order Number variable is checked, if the Order Number Is ALL then ad 
order records are purged Otherwise, the order identified by the Order Number variable is deleted. In both cases, after 
deletion, control is passed back to fin Order Manager Main Screen 

Connecting to RPF Screen (808) 

40 

This screen Informs the user that a connection Is being established with the RPF The screen contains a progress 
bar which is us©d to calculate the remaining time to finish the status update. Trie progress bar contains ten blocks 
which are added as each 1/10 of the tola) system elze is copies to the hard drive. A connection is made to the RPF 
and an order status message la sent to the OPS. The OPS returns the order status message with the updated status 
*s dates entered. The message is then used to update the order file and cn Order Manager Main Screen. While the 
message Is being both 6em and received a status bar ie updated. When the update Is completed control Is returned 
to an Order Manager Main Screen. 

Order Information File (OIF) 

SO 

The format of the OIF 220 Is shown In Ihe table below which provides the fields contained in the OIF along with 
the length of each of ihe fields in bytes. The OPS stores the necessary Information as It Is enterad by the user In 
response to the appropriate screens shown in Figs. 4-7(b). 

ss 
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Lcafth 


5 


Order Number 


8 




Acqwitkm Code 


I 




Origin ID 


2 


TO 


Credit Holder 


25 




Credit AccDum 


16 




CrtdhExp, Date 


4 


15 


Payment Type 


2 




Check NumbcT 


5 




P.O. Number 


16 


20 


Key Code 


6 



25 



SO 



35 



40 



45 



€0 
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TaxExcmpt Flig 


1 


s 


PIN Number 


8 




User Number 


10 




First Nune 


12 


1U 


Last Name 


18 




Fax Number 


10 




Fax Extension 


4 




Phot* Number 


10 




Phone Extension 


4 


20 


E-Mail Address 


50 




Software Code 


6 




Master Cocnpany 


30 


25 


Muter Line 1 


30 




Master Line 2 


30 




Master City 


25 


30 


Master State 


2 




Master Zip 


9 


$5 


Master Province 


25 


Master Postal Code 


9 




Update Master 


1 


40 


Billing FlntName 


12 




Billing Last Name 


IB 




Billing Company 


30 


4$ 


Billing Line 1 


30 




Billing Line 2 


30 


to 


Billing City , 


; li 




Billing State 


2 




Billing Zip 


9 



£5 
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Billing Province 


25 


s 


owing rosni Loot 


9 




upoaie smog 


I 




Discount Amount 


8 


70 


Promotion Key 


12 




Total Weight 


4 




Total Price 


10 


1$ 


Snip Method 


2 




Line item JU 


2 


£0 


User Rafertnce 


30 




Product Number 


s 




Quuxtity Order 


4 


2£ 


Number of Pages 


3 




Binder Type 


3 




Binder Color 


1 


30 


Binder Size 


2 




Binder Style 


2 


95 


Documeoi Code 


3 




Number of Unbound Pages 


2 




Paper Type 


2 


40 


Acccot Sheet Flag 


1 




Ink Color Quantity • Front 


2 




Ink Color Quantity - Back 


2 


45 


Oneiuation 


1 




Simplex/Duplex 


1 


SO 


roldmgXype 


1 




Smd Proof Flig 


I 




DPMSFlsg 


1 



55 
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Accem/Tab Code 


2 


Number of Tabs 


2 


Tab Page 


3 


Tab Text Line I 


IS 


Tab Text Uac2 


15 


Covet Text Flag 


1 


Cover Text Line 1 


15 


Cover Text Line 2 


IS 


Cover Text Line 3 


IS 


Cover Font 




Cover Size 


2 


Discount Amount 


8 


Tax 


8 


Promotion Key 


12 


Tool Price 


10 


Proof Price 


10 


ProofTax 


4 


Weight 


4 


BilliagCode 


2 


Skip To Price 


2 


Base Price 


10 


Ship To Fust N«ae 


12 


Ship To Last Name 


11 


Ship To Company 


30 


Ship To Lids 1 


30 


Ship To Lice 2 


30 


Ship To City 


23 


Ship To Stale 


2 
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Slap To Phone 


10 


Ship To Zip 


9 


Ship To Province 


25 


Ship To foul Code 


9 


Update Shipping 


1 


SoftvtttYosoa 


6 


Caudog V«n»on 


16 



For Implementation of the DPS on an IBM PC<ompallble computer, the source code contained in the modules 
listed below, Is executable upon conversion Into an executable module, when combined with the necessary supporting 
code, using an appropriate C/C++ compiler available from Microsoft 2.2 or 4.0. The DPS is advantageously imple- 
mented with a plurality of objects which lake the form of classes. As will be appreciated by those akiiled In Ihe an, the 
use of classes provides a number of advantages including expressing relationships between classes, sometimes re- 
ferred to as Inheritance of classes and the use related types of classes together, sometimes referred lo as polymor- 
phism. A descriplion of the classes, which are employed by the OPS Is provided below. 

Order Engine 

The order engine, shown In Figs. 4.7(b), wnich provides means lor entering and/or verifying bluing and shipping 
Information, provides a summary of the print order.and then, uoon confirmation by the user of the information contained 
tn the summary, provides the user with a plurality of order transmission options is implemented by the following classes: 

This class is responsible for aiorlng Billing Information and passing it to and from dialog boxes and the registry 
(^Custlnfo: 

Thle clase Is responsible for storing Customer Information and passing il to and form dialog boxes and the registry 
CSblpTolnfo: 

This class Is responsible for storing Shipping Information and passing it to and from dialog boxes and the registry 
C0C33: 

This class Is responsble for storing Information lor creating the OIF file. 
CTibLiat: 

This class Is responsible for storing Information about tabs. 

This class 16 responsible for storing Information about tabs. 
CMIsct 

This class Is responsible for storing miscellaneous Information for creating the OIF file. 
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CPrieelnfo: 

This class is responsible lor storing information about price lax and weight. 
CPRttVTINFO: 

This class is responsible for sioring printing information eueh as binder type, ink type, number of coplee. 
CCOVSRINFO: 

This class i$ responsible for storing data about cover sheets. 
CCOMPfiESS: 

and tIF 5 C,SSS '* fMp0nalblfl ' 0r Storing sourC9 and de6tlnalion ™* nam*: and compressing or decompressing the OIF 
CEnerypt: 

This class Is responsible for storing source and destination file names and encrypting or decrypting in e OIF and IIP. 
Installation 

The screens shown In Fig. 3, which are used to install and update the DPS, are implemented by the followma 
classes: 7 3 

CCaURPF 

Prompts user to call the RPF to get registration ID for Installed software and then generataa a new ID. 

Displays a progress bar when files are being copies the hard disk. 
Cln at* IIP op 

Informs user about the size of software to install and space available on hard disk. Provides browser for selection 
of directory to install software. 

CSwchPoa 

Inlorms user that program Is currently looking for system configuration. 
CSolMahDIa 

Informs user that Installation of the software Is completed. 
CStartMpPop 

Informs user that the OPS Is about to be Installed. 

Display* registration rorm for Installed software with such nelde ae Name, Address, Phone Number etc. 
CMQlnSer&on 

Displaye the Welcome screen lor application with 3 following options: Unhatall. Update and Configure modem. 
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CmodsmS+tup 

Displays information about modem Installed and enables the user to Changs current customer phone number and 
dialing prefix. 

s 

ClnttUpdat* 

Provides Information about Installed software and prompts user to update software Gy pressing button Continue 
io COestlnttatl 

Displays information about Installed software and prompts user to reinstall ft by pressing Continue 
Order Manager 

IS 

The screens shown in Fig. 8 an implemented by the following classes; 
CMyU*tPormVl6W 

20 Displays Information about orders In form of list: 

Oocument Name/Status/Dale Submrtted/Date received/Date Processed/Date Shipped 

CDmtiih 

m Displays details about current order, activated by doubleclicklng on the order in the order list Information Includes: 
6UI To; Ship To; Product Information: OuanUly/OescrlptlofVPrice of Unit/Coel 

w Represents Edit control which enables to select Font and Alignment of the text. Font selection Is based on standard 
Windows approach (via dialog). All member functions for Font/Alignment are provided. 

CccmmonBatoObieot 

3* Abstracts the base class derived from Cobject. 

CnsmgAddros* 

Conlalne Information about address for Billing or Shipping will be used as base class for Cbiinb, CahipTo. 

Contains information about Shipping. 
*s GblirTo 

Contains Information about Billing. Adds only Order Number data field to NameAddress. 
CotderDetall 

50 

Contains Information about product:quantlty, description, price per unit. 
CorderDtullLltt 

ss Container Class for COrderOetail. This is an array of COrderOetall objects with functions of adding, deleting, 

searching, etc. 
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CordarSummarv 

Contains Information about Order Summary: order name, date submitted, dale received, data processed, dale 
shipped. 

Cordtr 

This class represents the concept of an Order (indeed, a subset of Order), It contains data about 

Order Summary; order name, date submitted, date received, date processed, date 3hippad 
Bill lb Information 
Ship To Information 
- Order Oetall List - list of products 

CoedmrLht 

This Is a container class for Corder objects. This is an array of Corders with adding, searching, deleting etc. 
qcowrTmXt 

Storage class for information required by the ClextMaeter class: 3S Tew. Font, Alignment. Gets this information 
from ClextMastar class and sets it to the Credit/CTexiMaster. 

III. Remote Printing Facility (RPF) 

Upon receipt of the print order the RPF decrypts and expands me received files and controls the routing, printing 
and shipping of the received order, as well as the necessary billing, including obtaining credit card authorization. The 
printing facility advantageously contains equipment to print onto each of the types of printable madia supported by the 
DPS. Finally, the printed product is shipped to the user upon completion of printing to fulfill the print order. The RPF 
advantageously contains capabifity to accept orders rrom a plurality of OPSe in an automated manner which requires 
little human intervention. 

The RPF Includes four major subsystems: a Order Processing Server (OPS), an Image Storage System (ISS), a 
Customer Order Processor (COP) and a Plant Production System (PPS). Each ol 1hese systems is shown in greater 
deiall In Fig. 9 which is a schematic diagram of the components of the RPF. In general, the OPS handles communication 
with a plurality or OPSs, accepts print orders from the DPSs and transmits the necessary portions of the print ordar to 
the ISS and COP. The ISS stores and manipulates the Image file and the COP stores and manipulates the order 
Information, maintains status Information pertaining to print orders, obtains necessary credit authorization and deter- 
mines which PPS is to ba ullllzod. The PPS, with data received from the COP and ISS causes the actual printing ot 
the print order by an appropriate printer. 

Processing of Print Ordar 

A print order transmitted by a DPS Is received by the OPS and then validated by the OPS 1o ensure that the order 
contains the necessary information which Is shown in tha table showing the contents of the OIF. Once validated, the 
Image information component of the order Is transmitted to the ISS 020 and Ihe print ordar Information component ol 
the order Is transmitted to tha COP 904. Once an order Is validated, a worksheet and a plats information file are 
generated, and prepress operations are performed to generate a Printer Ready Postscript (PRP) file which Is readable 
by a printer to print the print order Upon completion of the prepress operations, the printer ready file is submitted to a 
print queue which determines the type of printer required and tmnsmits the printer ready file to the appropriate prlntec 
Upon completion of printing, the printed material Is transferred to a finishing cell where finishing operations such as 
cutting of the paper to the appropriate size, folding, and packaging are performed. Finally, tha finished material is 
transferred to shipping where the material fe addressed and shipped to the appropriate location. A more detailed de- 
scription of each of the above operations is provided below along wtth a description of the components of the RPF. 

OPS 

The OPS Is preferaoly Implemented as a stored program operating on a computer with TCP/IP type communication 
capability. Functionally, the OPS performs three general functions: (1) client Interface, I.e. communications with one 
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or mora DPSa. (2) OPS services and (3) RPF services. 

The client interface is responsible for Interacting with the user to gather all the information necessary to place an 
order. A client may be a user application, such as the DPS, or it could be an internal system such as a disk workstation, 
seen at 1 56 in Fig. i . for orders sent via overnight diskette delivery. The client when It has all the requite Information, 

s communicate to ihe OPS. The client and OPS, through a set of Transactions, transfers the order and imago informallon 
necessary to complete an order Fig. 10 shows the components ol the Clienl/OPS architecture. The client architecture, 
i.e., the DPS, as viewed by OPS, consists of three layers; client graphic interface t002. OPS.DLL 1004 and a com- 
municaiiona layer 1006. The client interface consists of the screens used by the user to enter the required information 
for designing and entering an order via the DPS. Once the client Interface 1002 has an the Information necessary to 

10 send an order to the RPF, "n calls upon the OPS.DLL 1004 layer to execute the transactions necessary to transfer the 
requisite files. The cllam also uses OPS.DLL to detBrmina the elate of the order at the RPF In a restart scenario. The 
OPS.DLL provides a set of objects representing the various OPS transactions and Implements transaction object meth- 
ods, which perform the necessary message and file transfer functions to complete the transaction. 

The communications layer 1006 provides a communications object for accessing the OPS system and consists 

*s of two modules, OLXCOMM.DLL and TCP/IP to implement a plurality ol communications protocols, which preferably 
Include, TCP/IP, a number of rnodem'to-modem type connections and on-line server typg communications such as 
performed by commercial on-line services. The communications functionality Is advantageously abstracted from the 
actual transaction processing. Thle permits the transaction processing to be independent of ihe communications media. 
The client (DPS or the disk-workstation) is responsible tor Instantiating a communications object of the type required, 

20 and inserting the information necessary lo establish the connection. Examples of such information are the communi- 
cations port number and modem speed. The OPS.DLL module 1004 Is preferably implemented to perform asynchro-* 
nous communications inrough direct modem lo modem connections, and via a commercial on-line service such as 
Compuserve. A TCP/IP object Is also implemented for use by the disk workstation client. 

Functionally, ihe OPS consists of six layers: in-bound communications 1009, port handling 1010, massage routing 

£5 1012, transaction handling 1014, services DLLs 1016 and outgoing TCP/IP 1018. The in-bound layer 100S ia respon- 
sible for accepting an incoming connect from a client. For asynchronous connections, eacn connection/port is Imple- 
mented with its own thread. For TCP/IP, ihare Is one listening thread, which spawns a newtnread each time a connection 
Is accepted. The port handler layer 1010 contains the high level management functions for a thread. For example. It 
contains the logic for resetting a port to accept a new call after the prior session has been terminated Once a call has 

oo been accepted, logic flow passes lo the transaction handler 1014. The message router 1012 issues a read to receive 
the first message ol a transaction sequence and then parses this message, and passes control to Ihe appropriate 
transaction handler in layer 101 4. For each transaction object in OPS.DLL, there la a corresponding transaction handler 
1014 In the OPS. The handler is responsible for communication with the required service DLLs, ISS.DLL and COP. 
DLL, and the client OPS.OLL to complete tha transaction. 

36 The service DLLs, ISS.DLL and COR DLL, provide access to the transaction service of the associated servers, 

eeen at 922 and 906 respectively in Fig. 9. OPS uses these interfaces lo call the required service to complete a trans- 
action, ISS.DLL and COP.DLL preferably use TCP/IP, seen at 1010. to communicate with their associated servers. 

OPS/DPS TRANSACTIONS 

The transactions between the OPS and the DPS are listed and described separately below. The transaction name 
is provided In italics followed by a description of the transaction. 

OPSJnttiat6_SBctlon (New Order) 

46 

This transaction Is used by the DPS to request a new order number Upon receipt of the transaction, the OPS 
Issues a BE^API Jn!t_Seaaton transaction, passing the zoro order number. A Backend API in the OPS then contacts 
the necessary Backend server to obtain a new order number. The Backend API returns an order state, which will be 
'N\ for a newly Issued order number. The Backend API. through the appropriate server, validates the passed user 
so number before issuing a new ordar number. If the Backend API is not able to reach the necessary server to obtain a 
new order number or there are no order numbers available on any on-line servers, then tha returned order state Is set 
to 'U 4 and the order number ie set to 0. The Backend API portion of the OPS implements communications between the 
OPS and the COP. Operations of the Backend API are described in further detail under the heading titled 'OPS/COP 
TRANSACTIONS 1 

S€ 

OP$JnttlQte^Se83fan (Restart) 

This transaction is used by the DPS to determine the order stale ol an order in progress. Based upon tne returned 
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order state, ihe DPS can determine which step in the order process should be executed. This transaction is usually 
used to restart an Interrupted order submission process. The order/user number pair la the key for obtaining the order 
state coda. Tha OPS Issues the eE_APIJnit_5ession transaction passing the order number and user number. The 
Backend API contacts Ihe necessary server to obtain the order state for the order/User number pair. 

5 

OPSJnlttate^Dlak^Ssssfon 

This transaction Is used by a disk workstation 10 determine the state ol an order. Based upcn the returned state, 
the disk workstation can determine which files are required to be sent to the OPS to complete the order submission 
10 process. The OPS Issues a BE ^API Jnit_Disk_Session transaction. Tho Backend API contacts the appropriate server 
to obtain the order status. If the order/user number pair Is not known by the Backend servers, then It Is assumed that 
the order number was assigned by a CAR over Ihe telephone. The Backend server then accepts the order number as 
a new number and make the necessary entries to realize the order number, and return an order number of 'N\ 

is OP$_Tormin3te^Session 

This transaction Is sent by the DPS when it has finished processing. It signals Ihe OPS thai the DPS will be 
terminating the communications session. Upon receiving this transection, the OPS sets a flag which Indicates that loss 
of the communication connection Is not an error. 

to 

QPS„SubmitJDrd6r 

This transaction ts used by the DPS to sand the OCSS document file to the OPS, and recalve order acceptance 
before sending tha image files. Prior to issuing this transaction, the DPS insures that the order slate is equal to 'N'. 

25 The OPS first Issues a BE.APLGet^Order_Locati'on transaction to get the network location to store the image file. 
The Backend API contacts the file staging area server and took9 up the order/user number pair, if the pair i6 found, 
the order state and network storage location is return. l( the order Is nol found, then an exception condition Is return. 
II an exception is returned lo tha Be_APLGeLOrder_Locallon transaction, the OPS returns an 
OPS_SUBIvHT„ORD£R_PROCEED message to tha client with a negative result code. The client then has to take the 

30 necessary action to correct the problem. If the order Is lound, then the order state Is verified to be 'N* Dy the OPS. If 
the state is not 'N', then an exception is returned. 11 the state is correct, the OPS sets the target for the file receive to 
the return network location, and sends a positive OPS_SUBMIT_ORDER,PROCEED message t the client. The client 
then proceeds to send the OCSS file to the OPS. Upon successful reception of the OCSS file, Ihe OPS issues a 
B£_APLSubmil_Order transaction to the Backend API. The API then contacts the neceeeary servers) to obtain a 

35 credit authorization for the order, (f an authorization server Is not available, then the order Is still accepted, and marked 
for later verification. An order is only rejected if a positive reason for tha rejection has been obtained. After receiving 
order acceptance, the Backend sets the order state to 'O'. 

If the Backend API »e not be abtB to contact the necessary server to obtain a verification of tha order number and/ 
or storage location or If no storage space available on any Backend server then an exception Is relumed. 

40 

OPS^SubmlL Otak_ Order 

Thia transaction is used by the disk workstation client to send the OCSS document file to the OPS. and receive 
credit approval before sending the Image files. Prior to Issuing this transaction, the client program insures that the order 

<s stale is equal to 'N'. The OPS first Issues a BE_APLQeLOrder_Lcca1ion transaction to get the network location to 
store the Image file. The Backend API contacts the file staging area server and looks up the order/user number pair. 
It the pel/ la found, and sufficient disk space Is available, the order elate and network storage location Is return. If the 
disk space Is not available, then an exception condition la returned. If an exception is returned to 
BE.API Jaet J3rder_location transaction, the OPS returns an OPS_SUBMlT_0lSK w .ORDER_PROCEED message 

so to the client with a negative result code. If the order Is found, then Ihe order state is verified to be 'N\ If the stale Is not 
*N' ( then an exception is relumed. If the stats is correct, the OPS sets the target for the file receive to the return nstwork 
location, and sends a positive OPS_SUBMIT_DISKJDRDER_PROCEED message to thG client The client then pro- 
ceeds to send the OCSS file to the OPS. Upon successful reception of the OCSS file, the OPS Issues a 
BEJkPLSubmit.OisleOrder transaction to the Backend API. A disk workstation order Is always accepted Credit 

ss checking is a deferred process. The Backend sets the order state to 'O. It is possible that the Backend API will not be 
able to contact tha necessary server to obtain the order number and/or a storage location. If this happens, the disk 
workstation should Issue an exception lo its console/printer and periodically retry the transaction until it succeeds. 
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OPS_SubmiU™*9 Q 

This transaction is sent by the OPS client to transfer the image Hies to tha OPS, and comp lata the order submission 
process Prior to Issuing this transaction, the client program should Insure that the order state is equal to '0\ Upon 

5 rece ip t 0 f the transaction, the OPS send a BE J*Pl JSeUrage J-Ocation transaction to Backbond API. The Backend 
API contacts lha necessary server to obtain the order state and the network location. The server validates the order/ 
user number pair, and reserves the necessary disk space to accommodate the image files. If tha order is not found, 
or space is not available, an exception Is return. Otherwise, the network storage location and order state is returned. 
The OPS than validates that the order state is *0\ It network storage location is available, and the state Is '0\ a positive 

10 OPS SU BMITJ MAG E_PROC E E D message Is returned to the client. If an exception conditions has been found a 
negative poslllve OPsJsUBMIT JMAGE .PROCEED message Is returned to the client. The OPS sets the target di- 
rectory to the network storage location for the file receives. Upon receipt of a positive 
OPS SUBMIT iMAGE_PROCEED message, the client then proceeds to send the first image file. The OPS will con- 
tinued send a OPS_SUBMITjMAGEJ>ROCEED message to the client until all of the image files are transferred. 

15 When all the files are~eceived,7he OPS issues a BE_APL$ubmlt_lmaga transaction. The Backond API then contacts 
the necessary servers to begin the final order processing, and sets the order stale to 'C\ 



OP$_$ubmiLDI$k^tmage 

20 This transaction is sent by the disk workstation to transfer the image files to the OPS, and complete the order 
submission process. Prior to Issuing this transaction, the workstation should insure that the order stats is squal 1o '0\ 
Upon receipt of the transaction, the OPS send a BE_APIJ3aiJmageJ-ocaiion transaction to Backend API. The BacK- 
gnd API contacts the necessary servor to obtain the order state and the network location. The server validates th9 
order/user number pair, and reserves the necessary disk space to accommodate the image files. II the order is not 

2$ found, or epace is not available, an exception Is return. Otherwise, the network storage location and order state is 
returned. The OPS then validates that the order stale Is 'OV If a network storage location is available, and the state is 
'0'. a positive OPS_5UBMIT_Dl$KJMAGE ^PROCEED message is reiOmed to the client. If an exception conditions 
has been found a negative poaIth/e'oPS_SUBMIT,DISKJMAGE_PROCEED message is returned to tha client, and 
the OPS sets "its target directory to the network storage location for the files receives. Upon receipt of positive 

oo OPS SUBMIT_DISKJMAGE_PROCEED message, the workstation then procaeds to send the first Image file. The 
OPS will then acknowledge each file with a OPS_SUBMIT_OISKJMAGE_PROCEED message until all the files are 
received. Whan all the tiles are received, a BE_APLSubmit_Dt$kJmage transaction is issued. The Backend API then 
contact the necessary servers to begin the final order processing, and set tha order state to 'C\ The OPS then sends 
the results of the BE_APLSubmiLDiskJmage transaction with a OPS.SUBMIT_DISK_ORDEFLRESPON$E mes- 

3* sage. 



OPS_ChecK_Vot3ion 

This transaction la used by a DPS client to determine the currency of its software/price/product bundle. The OPS, 
w upon receipt of the transaction, can the BE JVPLCheck^version transaction, passing the user number and the version 
ID from the client. The Backend API contacts the necessary server to compare the client's version 10 with the latest 
version. II the client's version is current, the API sets the latest version ID the same as the clients, sets the product 
code to a null string, and the software size to zero. If the client version Is out of date, then the software ID is set to the 
current ID, tne product code Is returned, and the total si2e of the update la returned. It Is possible that the necessary 
4$ server(e) are not available, the passed client version 10 Is invalid, or the user number Is invalid. 



OPS_Orter„Slatus 

This transaction Is used by the DPS client to determine the status of one or more outstanding cilant orders. Order 
so status request file with status on all requested order numbers. The submitted, received, produced and shipped date/ 
times are returned 1or each order number, It is possible that one or more of the numbers are unknown at the Backend, 
and a 'found' field Is included In the status object Upon reception of the transaction, OPS checks to see it there is 
sufficient local storage to receive the serialize order status file. It there is not. then a nsgativa 
OPS_OR0ER_STATUS_PROCEE0 message is eent to the client If there Is epace, then a positive 
ss OPS_ORDER^STATUS_PROCEED message is sent. Upon recer/ing a positive proceed message, the client sends 
the me. Whence OPS receives the file, it opens it and deserializes tne objects. A BE^APLOrderStatue API call Is 
then issued by the OP S. The Backend API issues a request to the Backend server(s) to gat the status of each requested 
order. It Is possible that the required Backend server la not accessible, the user number Is Invalid or one or more of 
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the order numbers are unknown. Upon return from the Backend API, the OPS update* the order status objects, and 
serializes them to a file. A OPS,OR0ER_$TATUS.RESPONSE message is then sent to the client if the response 
waa positive, the OPS then sends the updated eerlatlze order status file to the client 

S 0P3TC0P TRANSACTIONS 

The following description explains, separately, each of the transactions implemented between the OPS and the 
COR The following functions make use of a variety of parameters, which are explained below: 

70 Order* Thle Is the number Tor the Phnt order tor which information is desired. 

Customer # Thle Is the customer associated with the Print order for whcih information Is desired. 



is 
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IP Address 

□a This la a list of IP Addresses maintained by the OPS. Each address la a candidate COP Gateway. U 

the first Gateway In the list lails. the OPS marks It as bad. and returns the operation with the next 
candidate. This process continues until there is a successful communication or all ot the- candidates 
are exhausted. If all candidates are exhausted, a Facilities Not Available error is relumed. 

Order State This Indicates a Go For File Transmission state for a Print order. This parameter is always an output 
only. The values for this parameter are: 

'IT Undefined - The COP Gateway has no record of the order or was unable to provide a new 
Z$ order number. 

*N' New - The COP Gateway has assigned the order number, but no Mee have been received for 
the order. 

'0' Order - Tlie order file has been received Tor this order. 
'C Complete - All the hlea have been received tor this oirtar. 
jo Result Code • A code Indicating which error occurred, 

Result Message • A message pertaining lo the error intended for the customer. 

B E.APIJn ttlato_Soaalon 

35 This function Is called by the OPS to either gel a new order number lor a new order, or to retrieve the Order File 
Transmission state for an existing order. To get an order number for a new order, OPS calls this function with an-order 
number of 0 and a valid customer number. To access the order tranamlseion state for an existing order, OPS calls this 
function with the number of the existing order and the customer for this order. In either case, the order stale is relumed, 
along with a result code. 

40 

aE^AFUnlt1al«.-OIak_Se*elon 

This tranaactlon ia used by the disk workstation for entry of order received via diskette. The order could have been 
initialed via modem, using initiate session transaction, in which case COP issued an order number. Or the order could 
4* have been submitted entirety by diskette, In which case a CAR Issued an order number through an Order Processor 
Interface (OPI) which performs the commands issued by the CAR The order disks contain the image files as well aG 
the order file. The puopose of this transaction is lo synchronize with order status. This function attempts to access the 
state information on the order from the COP Gateway. If the order Is not found. It Is assumed that the order was manually 
entered by a CAR and an attempt Is made to synchronize the COP Gateway with the existing order 

so 

B*J*P!_Get_OrderJ.ooatton 

Provldee the location al whlcn to store image and order flies for this order. This function attempts to access the 
state information on the order from the Gateway, if the space required for the files is greater than the space remaining 
55 on Ihe disk, a 'Disk space not available 1 error is generated. 
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BE_APL9ubmlL0rder 

This transaction Is used by the client (DPS or disk workstation) to submfl an order file to the staging area, It assumes 
that an order number has been assigned by a prior initiate session. The COP accesses ths order file directly from the 
s staging area. An attempt Is made to submit the order rile to the Order Database (ODB). ff successful, a credit check 
is attempted. If the ODB is down the order is deferred. 

BEJIPLSubmlLDIsk.Order 

10 This transaction id used by the disk workstation for sending an order flla from a disk order. This is done when the 
order was submitted without a modsm, and the order in ODB originated via a CAR It assumes that an Initiate Disk 
Session has already been completed. The order file Is sent from the first diskette to get the staging area In sync with 
ODB. The COP accesses order file directly from staging area. An attempt la made to decrypt and instantiate order and 
vo submit the order to the ODB. If submission to the ODB fe successful a credit check is attempted. 

is 

BEJVPLGeUmageJ-ocatton 

Request the location to transmit the Image filo(s) The path where the Image files are to be stored 16 determined 
In accordance with ihe order number and customer number. II a file size Is specified, an error is returned It space is 
20 not available. The full path of thedlrectory in which to stored the riles Is the answer provided in the Location parameter 

BHJVPLSubmllJmage 

Inlorms the COP Gateway that the image file has been received. The order transmission state Is 6et to *C\ Atter 
2S the state has been set to *C\ the order is available to be released by the release process. 

B^PLSubmlLOk^Jmage 

Inform the COP Gateway that the image file from the disk workstation has been received. The order transmission 
oo stale Is set to 'C After the stata has been set to.'C\ the order Is available to be released by the release process. 

BE_APLCheck_Verolon 

Provides the current version number at the OPS (a string of constant size) and the number ol bytes required to 
J* download the most version given the users version. 

BEJVPLOrder.SUrtuj 

Update the order 1st wfth the current status of each entry in the list A query Is made to the COP Gateway lor the 
*o status of each order number In the Order lisL The statue field la updated with the results returned. 

BE^APIJnWal'M-API 

Passes the name of an Initialization file that the OPS requires to set up Internal parameters. Performs Internal 
46 initialization. This Includes the setting of debug data required by the OPS when in debug mode. 

Customer Order Processor (COP) 

Tne COP, shown whhln dotted line 904 In Fig 9, includes a number of components which operate under control of 
so the COP gateway module 906, The COP gateway module 906 ia preferably implemented as a general purpose com- 
puter executing a stored program which controls the communications and processing functions of the computer. Pref- 
erably the computer takes the rorm of an IBM PC compatible computer operating under control of an IBM OS£ operating 
system. The COP Gateway preferably communicates with the OPS 902 and with the 168 Server 922 in accordance 
wtth the TCP/IP protocol and with the ODB module in accordance with the LU6.2 protocol aa specified by the IBM 
ss Corporallon. The COP Gateway providea an order number, dispatch information, and credit Information to the 008 
module 909. Production Interface module 928 communicates with one or more PPSe to determine where to route the 
print order lor printing il multiple PPSs are being used. For example, all color printers may be located at one plant, 
while all black and white printers are located at another plant The Production Interlace modulo 928 would determine 
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such attributes from data stored in the OOB module and would route all color print orders to the first plant and alt black 
and white print orders to the second plant Onca the Production Interface determines which PPS to route the print order 
to, It transmits an order number to a Prepress and Manufacturing Scheduling (PPMS) Client module 926 located at a 
PPS. 

5 The CQP preferabry implements the functions which are listed and explained separately below: 

Assign Order Number 

This COP Gateway function creates the resources that allow the Gateway to accept an order to be Inserted into 
10 006 and manage the transfer of files into the media database (MOB). 

Record Order Number 

This COP Gateway function allows tha gateway to manage the transfer of fllea inlo the media database lor an 
75 order that was entared into OOB Oy some entity other than thg Gateway. 

Get Order Directory 

For a gtve Order # and Customer #, returns the location of the files for the order thai has bean assigned by the 
20 COP Gateway during Submit Order or Submit Disk Order. 

Submit Order 

This function is used to signal the COP Gateway that the order file has been received. The COP Gateway uses 
zs the Customer # and Order # to locale the directory where the order file is stored and artempts to save the order 

Submit Deferred Order 

This COP Gateway function Is used to manually queue an order for deferred processing. One example of the use 
3D lor this function Is a Disk Order, In other words, a print order transmitted by magnetic diskette. Such orders are deferred 
both to preserve bandwlth lor online orders and to redirect error notification to a CAH, since there Is no online useno 
take corrective action. 

Submit image 

3$ 

This function Is used to signal the COP Gateway that the Image file has been received for an order. The files are 
marked as having been received by the COP Gateway. This will anow the Media Database Move Processor to move 
the flies into the MOB. 

40 Get Order Statue 

Makes a call lo the OOB to obtain the status of an order, by passing an order number to the ODB. 
Oetemed Order Processor 

4£ 

Orders become deferred either when OD8 is down when the order Is received or when they are disk orders. This 
function saves these orders on the host 

Order Completion Processor 

50 

After orders have been saved on the host and all the files have been received and those files have been moved 
to the Media Database, then an 'Image Files Received Tlmestamp', Indicating the time which a print order was received 
Is completed. This function completes the time stamp In accordance with the aoove criteria. 

ss Madia Oetatase Move Processor 

Moves files from the Order Staging Area to Media Database. Files ere eligible to be moved when at least all the 
files have been received into the Order Staging Area 
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0r4 at Exception Processor 

This function 'deans up* orders that have been placed in an exception state. An exception slate is a failure state 
from which an order can not be processed If the exception* that caused the state have bean addressed, the order 
& can be placed Into a valid processing state. 

Order Scavanger 

Thie function 'cleans up' old orders that are in the 'New\ 'Saved*. 'Rejected 1 , 'Completed' or 'Canceled* slates. 

10 

COPSvbml? Order 

Thie function responds to an order number and is normally called by the OPS when talking to a DPS client. The 
COP eends a request to the ISS to return a location of a print order. The ISS returns a location and the COP obtains 
if the OCSS file and parses the filed to obtain any needed Information. if the ODB is operational, the COP attempts lo 
obtain credit Information. If the ODB Is down then the COP sends the ISS a Deferred Order Processor call. The COP 
then sends the ISS a message to update a transaction state in the iSS and causes the print order to be added or 
updated In the ODB. An acknowledgment is then sent to the OPS to indicate success or failure. 

zo COP_FullfillQrder 

This function receives an order number and requests the 008 to change the statU6 ol an order from pending lo 
released. Once thie occurs the order can be processed by the RPP for completion. 

2& ODB 

the OOB modulB 909 lakes the form ola high throughput, highly reliable relational database which operates to 
etore ihe order inlormation contained in print orders received by the OPS 902. Preferably the ODB module takea the 
form of an IBM 3090 series mainframe controlled by the MVS operating system. The relational database preferably is 

so implemented as a DB2 type database available from the IBM Corporation. The OOB module stores the print order 
information in order storage module 91 4 Status information regarding print orders is also maintained in the OOB 
module. The OOB module controls the obtaining of credit authorizations from credit card authorization module 91 2 and 
controls the obtaining of shipping order requests, and shipping package status from commercial delivery services via 
express delivery gateway 910. The credit card authorization module 912 operates under control of the ODB module 

« to electronically transmit credit authorization information such as a credit card number, expiration date and the amount 
of the transaction to a remotely located credit authorization facility. The module 912 receives the inlormation from ihe 
credit authorization facility in the form of an authorization number if an authorization la made or a denial of credit code 
and transmits the received information lo the OOB module which (hen transmits the inlormation to the OPS for trans- 
mittal lo the appropriate OPS. 

*Q The Express Delivery Gateway module 910 operates under control of the 008 module 908 to schedule delivery 

of a print order via an overnlghi delivery service from the user to ihe RPR Specifically In this regard It transmits a 
dispatch requeet. obtains and airbill number and obtains dispatch status of an order, in addition, ihe module 910 op- 
erates to electronically schedule pickup and delivery of a completed print order from the RPP to the address specified 
by the user. 

45 

Image Storage System (ISS) 

Functionally, the ISS Includes two modules: ISS server 922 and Image storage module 924. Operations of the ISS 
are controlled by the ISS server module 922 which Is preferably controlled by an IBM PC style computer running the 
so OS/2 operating system, available Irom the IBM Corporation. The ISS server 922 receives the image Information from 
prim orders and 6tores the image Information in image storage module 924 (also referred to as a media database) 
which operates under control of module 922. 

PUANT PRODUCTION SYSTEM (PPS) 

55 

The RPF advantageously allows orders received by the OPS to be printed at a facility located remotely from the 
OPS. Plant Production System (PPS) 931 may be situated locally to the OPS or at a location geographically remote 
from the OPS. The RPP may also contain a plurality of PPSs. which may be dispersed at diverse geographic locations, 
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(of a number of reasons, Including facilitating the shipping or print orders. 

The PPMS client 928 utilizes an order number received from Production Interface 928, to obtain the image Infor- 
mation and order information from the ISS and COP respectively and transmits the Information to a Plate and Worksheet 
Generation (PWG) module 930 which generates plate Information filas as well ae worksheets. A 'plate Information file* 

5 ie intended to refer to the information transmitted to a printer to causa printing of Images onto a printable medium. A 
plate Information file commonly contains multiple Images which are arranged In a manner to optimize efficiency of a 
particular printer, to achieve functions more commonty known as "batching* or 'grouping*. For Instance, If a print order 
specifies the printing of business cards, a plate information File arranges multiple images of the business card to be 
printed onto an optimum size of paper for the printer. Upon printing, the business cards are then cut to the proper size 

10 in finishing cells 940 (lo be described). The term •worksheet", as used herein, is intended to refer to an Informational 
document which Is printed under control of the PWG and which contains a printed Image of the print order together 
with the print order information. In the case of multi-page documents, the worksheet, rather than containing an image 
of the document will contain the descriptive attributes of the document, such as the number of pages, the format, etc. 
The worksheet may be used by a number of Individuals in the printing and finishing proceae to complete the print order. 

is For instance, In the case ol a business card, if the PWG has grouped more than one print order for business cards 
Into a plate information file, an operator, upon printing of the plate information file, then uses the worksheet correspond- 
ing to a print order to Identify the printed cards corresponding to the print order. The PWG transmits a worksheet file, 
containing Information for printing of the worksh set, and the plate information tile to the I SS fo r storage, and subsequent 
transmittal to appropriate PPMS server 932. 

20 The PWG 930 provides an advanced merge engine which generates Postscript type files from a combination of 
the print order and image Information and predefined templates. For example, the merge engine generates Postscript 
files from tab end cover information. The merge engine also merges information together with templates to create the 
Printer Ready Postscript (PRP) files for use by the printers. 

The PPMS server 932 Is preferably Implemented as a general purpose programmed computer executing the I BM 

25 os/2 operating system. The PPMS server 932 receives image Information in the form ol the plate Information file and 
the worksheet from the Image Storage 924. Communications between the PPMS server and the ISS is preferably 
Implemented in accordance with the LU6.2 protocol. The PPMS Server then transmits the necessary Informal Ion to 
the Prepress module 934. 

The Prepress module 934 performs color conversion trapping, grouping, imposition, color separation, validates 
30 image content and creates tab and cover sheets. Image content validation is preferably performed by Adobe Acrobat 
available from the Adobe Corporation. The generation of printer ready Postscript files Is preferably performed by Adobe 
Presswise/Open also available from the Adobe Corporation. Once an image customized by the Prepress module 934 
it is transmitted lo queue module 936 which stores the images. Preferably the queue module 936 groups print orders 
to optimize the tasks performed by a printer operator. For example, print orders utilizing like paper are grouped together 
35 \o minimize changes of paper In a printer. Upon completion of printing, each print order fa then finished, which, for 
example, may involve cutting of the printed paper to the size of the document specified In the print order. Finishing 
may also Involve binding operations to be perlormed, either manually or with a certain level of automation. Ones a 
print order Is finished it is then packaged and shipped lo the customer in accordance with the shipping instructions 
specified by the customer. 

*o it la to be understood that the specific arrangement which has been descrtoed le merely Illustrative of one application 
of the principles of the Invention. Numerous modifications may be made by moss skilled in tna art without departing 
Irom the true spirit and scope of the invention, 



45 Claims 

1 . Apparatus, operable on a data processing syetem, for causing the printing at a remote printing facility of a document 
stored on said data processing system, the apparatus comprising; 

so means for providing printing option Information to a user of said data processing system and for storing user 

selection of printing options; 

means, responsive to said user selected printing options and to said document format Information, for gener- 
ating coat information indicative of cost to said user of printing said document at said remote printing facility; 
meane for providing payment options to said user, said payment options including an option to pay for printing 
ss of said document by a credit card; 

means, responsive to user entry of credit card Information, for obtaining authorization information from a re* 
motely located authorization facility, by causing transmission of said credit card Information by a data trans- 
mission means to said authorization facility and by receiving said authorization information from a data trans- 
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mlss/on means; 

Z^XSSSSit 96neral " s a tran6n * 8ion * ,e **- inc,udas ww *™« - 

mean, for causing said transmission file te be transited over a telephone Una to said priming facility. 

* ^?^^irj n C !f I™ 1 Wt,ef9in "* meaflS ' 0f previ,lln 8 P fin,in 9 °P ,i0 " mtonwlon to a user of said 
data processing system and for storing user section of printing options comprise* 

^TitZTn^/ 0 P8P in ' 0rma,1 ° n n0,9d °" MW 6818 P' 0 "*"* P™*'"9 a Plurality paper 
WW™ and fcr reepcndmg to user election of a paper type option for storing said selected %f£ 

means, responsive to paper color information stored on S8id data processor, for providing a oluralilv ™«, 
coloropuons and lor responding to user of a paper cclcr cp'tton for ^JlStoS&'SZ 

means, responsive to binder type information stored on said data processor, for providino a oluralirv bhrter 
iype oc,,ons and for respond^ to U ,.r section o, . binder type 4*n for ^ ^Z^^TZ 

means, responsive lo binder cobr information stored on said data processor, for providing a plurality binder 
£cro^ 

means for detecting the presence of tabs in said documenl and lor responding i 0 the presence of tabs In said . 
document by storing ma location of said tabs in said document. 

- Apparatus as set forth in claim 1 wherein said means for generating cost information indicative of cost to said user 
of pnnt.ng sad document at said remote printing facility comprises: 

means, response to said user selected printing op.lone and to said document lormat ^formation tor gener- 
ate pretax cost data ae a function of cost information s.credon said data processor 9 
means, responsive to tax Information etcredcn said cau. processor and to said pre-l«c«t data, far aeneratinn 
«nal coat data, wnlcn , 6 Indicative of «* t0 said user of printing saw decuman at SpSS 

3;; 0 r;atv^ MW 

A printing system comprising a user term inaf. a printing facfDry at a location remote from said user terminal and 
a communions „n* for transmitting oata between said user terminal and said print^g fSlHy 

E'^ «,!ir ina ' C °7H 3in V prD 9 rammabla processor, a memory sy5t9 m for storing programs executable 
by sa.d processor, and data files malted by mH program,. sa id programs ccmprishg In comZtlon 

a printing Jot) control program comprising, in eombination: 

of said application output data files is to be primed by said printing facility. 

"towZ^Tj^H sp f ttMen ^ ,rom u »' *hfch designee a method of shipping 
said worvfrom said printing laclflry to a soeclfled destination 

' ™* !" |ob va,u « h "sponse to said order specification data 

m2S ' n9 K p ^ «« in ' 0 ™™ » .he user. Including means for calculating said print 
job coat Information baaed on said specification data 
means for accepting a Job authorization command from said user 

ZV^TatT. SL° b l aU,hOriZat,0n C8mm-nd '°' "^f^g connarfon from said user ter- 
mmai to said pnntlng facility via said communlcatJons link, 

request Actuding said print Job cost information and data identifying said user, 

means for accepting a print job approval from said printing facility via said communication ink. and 
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mwn* responafva to said print job approval for transmitting from afcl usaf Wfmina| 

hahy a me Mag , having apredwrmlned format containing ^ZlZLS^Zl p * n " n9 

^^c-^a^a^^ 



maana to, accopttng frerr, ft. u .*r a dae.ona.fcr, of **d opflJlZSL said aata. 
!. Apri„1ln gwl emaaaattor«hlnc<almS*har 8 in a ,fd < e«eom P r t8 e. h comcinaHon, 
a sal or predetermined available bindings for said work. 

forma, contafnbg said ora.r^ca^ m8Ma 9° having a pre^termlnad 

cation QUlp u< data to a ^SSS^SSJ^ <** a " d of Sa0 appIP 
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